Support

Support for IXP Manager

There are many resources to help you get the most out of IXP Manager.

Most importantly, there is comprehensive documentation which you should refer to in the first instance with any questions or queries. If possible, you should also contribute back to this documentation if you think you can improve it - contribution details here.

Read IXP Manager's Documentation Here

In the menu above you'll find all the resources available - from the mailing list and documentation through past presentations and hands-on tutorial videos. As a free and open source project, the IXP Manager team and community work hard to support new and existing users. Please be considerate of the limited time these people have and use these resources to work through any issues you have before emailing the mailing list. It is also important to know the best way to ask for help.

"Support, Out in the Open"

IXP Manager promotes a "Support, out in the open" model. When support issues crop up, people are invited to send them to the IXP Manager users' mailing list where a member of the team or community can answer them. When this model is used, search engines pick up relevant query terms, everybody learns about the application and the developers can see what's important to the community. This allows all members of the community to benefit.

Alternatively if the problem is a repeatable bug, this can be reported on the IXP Manager issue tracker on Github where it can be triaged by our development team.

INEX doesn't offer free private technical support. This means that if you email one of the development team directly, we will politely suggest that you send your question to the mailing list or direct you to some commercial support options.

Bugs and Feature Requests

You can read more about the development of IXP Manager here.

All bugs should be filed on the GitHub Issues page. It is really important that you use the template provided via the GitHub issue tool when filing a bug report so we can get a detailed understanding of your system, the issue and how to reproduce it. One line / vague bug reports are likely to be closed without investigation.

The ideal feature request comes with code via a pull request. This (or commercial support options) is the most probable way to get a feature into IXP Manager. Feel free to file feature requests on the GitHub Issues page.

When evaluating pull requests or feature requests that would be developed by by the IXP Manager team, the question we ask ourselves is would 80% of small to medium sized IXPs benefit from this? If the answer is a clear yes then it's a valid and appropriate feature request that should be added to the list. If the answer is less clear or no, then do not assume it won't be accepted or developed - open a feature request and see what the community thinks about it.